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A METHOD AND A SYSTEM RELATED TO DETERMINING THE PRICE OF A 

COMBINATION CONTRACT 

TECHNICAL FIELD 

The present invention relates to an automated exchange system, 
and in particular to an automated exchange designed for 
trading combinations of contracts. 

BACKGROUND OF THE INVENTION AND PRIOR ART 

When trading contracts for commodities, financial instruments 
or the like at an exchange it is quite common that the parties 
involved in the trade want to trade a number of different 
contraccs all at the same time. Such an order involving a 
number of simultaneous trades of different products usually ia 
given the precondition that the combined price for all the 
different subcontracts Is equal or better than a predetermined 
price. 

An order involving a number of different simultaneous trades 
of contracts is usually referred to as a combination order or 
a combination contract order. For example, a person may wish 
to buy 7 contracts A and sell 6 contracts B and not pay more 
chan $100 for the whole combination contract. The amount that 
che person pays or receives when a combination order is traded 
is referred to the net price of the combination order . 

Furthermore, when a combination contract (or a number of them) 
are to be executed at a given net price, it is often necessary 
to determine the price for each product /sub-contract of the 
combination order. The price for each sub- contract , sometimes 
referred to as a leg, must be sec so that when executing all 
the legs of a combination contract, che total price of all 
lega will equal the net price of the combination. 



Howev&r, Che prices for the sub-contracts can noc be set 
arbitrarily. The reason for this is che price structure of 
most today existing exchanges. The price for a given contract 
ia generally traded at a discrete price. In other words it has 
co be at a valid price tick, i.e. an integer times the tick 
sX2e. Also, there is a restriction that the net price has to 
be a valid price tick. For each product at each particular 
cime, there wxll also be a valid Interval, the price gap 
between the best selling price and best buying price 
(bid/ ask) , which is termed the spread. 

When trading combination contracts it is always desired arid m 
some cases required that the price for each sub-contract/leg 
is wichxn the spread at che time when the combination order is 
traded . 

However, today there exist no way of ensuring that all legs 
are traded within the spread for each product traded in che 
combination contract, The problem arises from the fact that 
the sub-contracts are all traded at discrete prices. 

Thus, the prices for che individual legs in some cases are 
hard to find regardless of which multipliers che legs m the 
combination have, regardless of the different spreads, 
regardless of the tick size, regardless of the combination 
quantity and regardless of che net price at which the 
combination order is matched. 

Also, the calculations carried out in an automated exchange 
aystem when trying to determine the prices for the individual 
legs using a conventional algorithm are extensive, and use 
much processor power T and still may fail to deliver prices for 
che individual legs that are within the spread. 
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Today, zhe solution to this problem is co either let one or 
more of the legs be traded at a price outside tae current 
spread or to reject the combination order. 

Hence, there is a need to find a way to ensure that all 
combination orders can be traded regardless of which 
multipliers the legs in the combination contract have, 
regardless of the different spreads, regardless of the tick 
size, regardless of the combination quantity and regardless of 
the net price The algorithm used should preferably also 
reduce the load on the processor used to make the 
calculations. 

SUMMARY 

It is an object of the present invention to provide an 
improved computerized trading system for trading combination 
orders having means for determining the prices for the 
individual legs regardless of which multipliers the legs m 
the combination have, regardless of the different spreads, 
regardless of the tick size, regardless of the combination 
quantity and regardless of the net price at which orders are 
matched. 

It is another object of the present invention to provide a 
computerized trading system for trading combination orders 
that uses Less processor power for calculating and determining 
the prices for the individual legs of a combinat ion order by 
always providing a solution with a correct net price. 

This objects and others are obtained by the present invention 
as set out in the appended claims. Hence, for each leg, up to 
two different prices will be selected and allocating the 
number of products that- Mi«> multiplier states between the two 



prices. Allowing each sub- contract, to be traded at, at least, 
two different price ticks within the spread ensures a solution 
with a correct net price for each combination contract, which 
can be repeated any number of times (combination quantity) . 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will now be described in more detail by 
way of non- limiting examples and with reference to the 
accompanying drawings, in which; 

- Pig. 1 is a general view of an automated exchange system. 

- Fig. 2 is a flow chart illustrating different steps carried 
out when determining the prices for individual legs in a 
combination contract. 

DESCRIPTION OF PREFERRED EMBODIMENTS 

In Fig, 1, a general view of an automated exchange system is 
shown. The system comprises a number of remote terminals 10 
all connected to a central computer 12 comprising a Central 
Processing Unit (CPU) 13 and a memory 14 associated therewith. 
The central computer 12 being loaded with suitable software, 
such as the CLICK w software sold by OM Technology AB, Sweden, 
forms an automated exchange having all features and 
functionality of a conventional automated exchange. The remote 
terminals 10 are designed to send data to and receive data 
from the central computer 12. The terminals 10 are further 
designed to provide an interface for investors , such as broker 
firms etc, trading contracts including combination contracts 
at the automated exchange. 

When trading a combination order in the system shown in Fig. 
1, for each leg, up to two different prices can preferably be 
selected- Further, the number of products that the multiplier 
states are allocated between che two prices. By allowing the 



exchange to use different prices for the same product, a 
solution with a- correct net price for each combination 
contract, which can be repeated any number of times 
(combination quantity) , can be obtained. 

Thus, given a combination contract, a tick size, and a valid 
price interval for the product of each leg, there will be a 
valid price interval for the net price. If che net price is 
outside thac interval, it is always impossible to find a valid 
solution. Such an order will not be matched in che system. 

In Fig. 2, a flow chart illustrating the different steps when 
calculating the different prices for the different legs is 
shown. The prices are preferably calculated one leg at a time, 
and the first leg is initially calculated as indicated in step 
201 and 202. Next, in step 203, a percentage is determined 
using the net price in relation the combination spread as 
input. The percentage is set as the difference between the net 
price and the bid price of the current leg divided by the 
spread for the current leg. 

For the current leg, the percentage determined in step 2 03 is 
applied to the multiplier times the spread of that product, 
which gives an optimum price, step 205. Two valid prices are 
then selected in a step 207, with one tick apart so that one 
is above and one below (or at) the optimum price divided by 
the multiplier. 

Depending on where zhe optimum price is compared wich the two 
selected prices, the number of products given by the 
multiplier is allocated between the two prices so thac the 
average price comes as close as possible to the optimum price, 
step 209. When the prices for the first leg are determined, 
their contribution is subtracted from the net price, step 210 
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and che calculations are repeated as indicated m seep 211 for 
the remaining legs using che residual net price in the 
calculations. The procedure is repeated until there are no 
rr.ore legs in the combination contract and the procedure then 
ends in a step 213 . 

For example, assume that two products, called A and B are 
traded at the automated exchange shown in Fig. 1. Assume that 
the tick size ia 1, i.e. the minimum difference between nwo 
prices. Assume that the spread for A is 4 to S, i.e. the bid 
price is 4 and the ask price is 5 and assume that the spread 
for B is 6 co 7. Assume further that a combination order to 
buy 5 A and sell 2 B (i.e. one combination contract) is sent 
to the exchange. 

Thus in this example, the minimum allowed net price is 6 
(5*4 - 2*1 = 6) and maximum allowed net price is 13 
(5*5 -2*6 - 13) . In this example, the net price is set to 9; 
i.e. the combination contract is to be traded at the price 9. 
If the price for A is selected to 4, the price for B would 
have to be 5.50, which cannot be handled, since the tick size 
is 1 and which also is outside the spread. The other allowed 
price for A is 5 , and then the price for B would have to be 8 
to give the correct net price, which is outside the spread. 

Using the algorithm as described herein the prices for the 
individual legs would he 3 contracts A at the price ft and 2 
contracts A at the price 5, and l contract B at the price 6 
and 1 contract B at the price 7. This gives the correct net 
price for each combination contract and it can thus be 
multiplied with any combination quantity. 

Below an exemplary computer program for implementing the 
algorithm described in conjunction with Fig. 2 is shown. 
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// Perform some preparatory calculations 

cs_askl#legs+l] = 0 

cs_bid(*legs+l] * 0 

loop i: number of legs..l 

if (C0M30. leg(i| .operation « BUY) 

c_ask[i] « get_askjprice (COMBO. leg [i] , product) 
ej>id[i} * getj>id_pnce (COMBO, leg [i] . product ) 

else 

c^asMi] = -get_bid_price (COMBO. leg [i] .product) 
c bid[i] * -get_jisk_price (COMBO, leg [i] .product ) 

c_ask(i] *= COMBO. leg li) .multipl 

c_bid[i] *= COMBO. leg [i] . multipl 

cs_ask[i] = c_ask[i] + cs_ask[i+l] 

cs_bid[i] - c_bid[i] ♦ csjDid[i + l] 
end loop 

// cs_bid[ll and cs_ask[l] now contains the allowed spread for the 
combo 

// Validation of the combo contract is within spread 
tmp_net ^ COMBO . necjprice 

if (net < cs_bid[ll || tmpjaec > cs_askUl) 
recurn NOK 

loop it 1. -#legs 

percent = ( tmp_.net -csjo id [i] ) / (cs_aek (i] -cs_bid[i) ) 

tmp^pri = abs (percent* (c_ask[il -c_bid(il ) + c_bidUI) 

// Note that the line below should not be performed for the 

last 

// leg if the algorithm ie modified as described below 
tmpjpn => tick_size * round (tmp_pri/tick_size) 
tmpjpri /= COMBO. leg U) .multipl 

iowj?ri[i] - tick size * floor (cmp_pri/tick_size) 
highj?ri(i) = l_pri[i] t cick^size 
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hpr_vol[i) m (tmpjpri-lowjpn (i) ) * COMBO. leg [i] .mult ipl / 
tick_si2e 

ipr_vol[i] « COMBO, leg [i] .mult ipl - hprjvolU] 
if (COMBO. leg It) .operation ^- BUYl 

tmp_net -* tmpjpri » COMBO. leg [i] . rnultipl 

else 

tmp_net +* tmpjpri * COMBO . leg [ i] . mule ipl 

endloop 

Furthermore, it ie quite common chat che tick size varies over 
the whole price interval. This can also be handled by tne 
algorithm as described herein provided thar the combination 
tick size is an integer times each tick size. When the two 
valid prices are selected one tick apart, it' is preferred to 
use the tick size that is valid at the optimum price divided 
by the multiplier. 

Typically, when che tick size varies over the price interval, 
the combination tick size will equal the smallest tick size. 
Such cases can also be handled by the algorithm as long as all 
tick sizes are a multiple of che combination tick size (vice 
versa can also be combined). First of all, the legs with non- 
zero spread are preferably sorted so that the lege with the 
smallest tick size are calculated last, A change in the 
algorithm is also required. It should not to round the value 
for the last leg (marked in the pseudo code above) . Then under 
certain circumstances, two selected volumes will in many cases 
be non- integers. By converting those to fractional numbers, it 
can be determined which combination quantities that will still 
yield an integer value for the number of products at each 
price. If the smallest tick size equals the combination tick 
size, the solution will always be integer values and it will 
thus provide a result for any combination quantity, h common 
example is that the larger tick size is twice the smaller and 



that the combination tick, size equals the smaller tick sifce. 
In this case if the net price is an odd number of small ticlcs 
and Lhe tick size for each leg is the larger value, then the 
combination quantity must be an even number for the problem to 
have a valid solution. 

In the examples above, it is assumed that there is a 
requirement that all prices determined must be at valid ticks 
and within certain interval. If in certain applications such 
requirements do not exist, the algorithm can of course still 
be used. 

If it for some reason is determined that the spread for a 
particular leg is zero, that violates one of the initial 
assumptions for the algorithm . It can however easily be 
treaced as well In that case, the legs only given one valid 
price, no spread are calculated first, and assign those legs 
the only valid price. Their contribution is then first 
subtracted from the net price and the algorithm i3 then 
applied to the remaining legs. If the spread is negative, it 
is impossible to assign a valid price at all, and the 
combination can thus not he priced. 



